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A new group, the Arpanet Users Interest Working Group (USING) is the 
outgrowth of a meeting held an Eos ton on Hay 22-23, 1973. The meeting, 
cochaired oy cave Crocker, UCLA-NNC, and Nancy Neigus, BUN, followed 
BBN's Resource Sharing Workshop. 

PURPOSE 

The USING nesting was seen by the members as a forum for Network 
users to air complaints, exchange information, voice desires, and 
present concrete proposals for the design ana implementation of 
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The group will devote itself to lobbying on behalf of user 
interests, to promoting and facilitating resource sharing, to 
improving user interfaces (sucoort), and to studies of 
standardization . The ultimate goal will be to provide users 
identification of, and facilitated access to, whatever resources on 
the Network they might wish to use. 

Neigus, Crocker, and iseli of MITRE were selected to define the 
objectives and goals of USING in more detail, and they will present 
their discussion in a later publication. 
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ATTENDEES 


Dave Crocker, UCLA-NMC, Co-Chairperson 
Nancy Neigus, BEN, Co-Chairperson 
Ken Bowles, UCSD-CC 
Frank Brigncli, NSRDC 
Jin Calvin, CASE-10 

Jake Feinler, NIC __ 

Wayne Hathaway, NASA-AM ES 

Jean Iseli, MITRE 

Mike Xudlick, MIC 

Mike padlipsky, MIT-MULTICS 

Lee Richardson, USC-1 SI 

Ron Stoughton, UCS5 

Jim White, NIC 

Steve wolf, UCLA-CCN 

Joe Wyatt, Harvard 
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CATEGORIES OF CONCERN 
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The meeting began oy attempting to create a relatively complete 
list of topics directly relevant to users. The intention was to 
then discuss some of these categories in detail. The categories of 
concern to users are listed here.-along with a brief outline of trie- 
discussion and recommendations associated with eacn category. hot 
all topics were discussed fully due to time limitations. It was 
ack’ncwleatint some of the j. cwunnenaations were quite extensive, 

* out that they siiuula De mentioned even though their implementation 

^ would be far off. 5a. 

1. online and offline Documentation, Information Sharing, and 

Consulting 5al 

a. There is a general need to upgrade the quality, technical 
accuracy, timeliness, dissemination, and format of ootn 
online and offline documentation. ^ala 


b. Documentation should avoid "buzz" words (jargon), and 
should follow easily understood syntax conventions, 
abbreviation standards, reference citation rules, etc. 

However, there probably cannot be a standard format for 
writing documentation. 5alc 


c. Offline documentation should be well indexed, should 

contain a good table-of-contents, and should be written m 
an easily orowsable format. Online documentation should ce 
presented in a crow3e node with well-labeled categories of 
information as well as a keyword search capability. 
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Documentation should be identified with 
date/author/version information, particularly 
online documents, so that it is easier to Keep 
current, version of a document and to query the 
the event of problems with the documentation. 
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Said 


e. Network news.needs to be g-athered and intelligently 

distributed to users (Network ph) . P| R PA /JeT -flews'? ' Sale 

£. Users need several levels and styles -of access to 

documentation, whether online or offline, based upon their 
experience, interests, and preferences. Saif 

g. Each server site should also provide sene degree of 

information variety in online "help" mechanisms, tailored 
to fit tne needs and experience of different user types. ialg 


In addition, entering "Help" from the EXEC level of a 

system should direct a user to ALL proceaural-type 

information. Salgl 


h. New users should be carefully introduced to the Network by 
way of a New Users packet (NU?). Since the MITPE-TIP group 
is the official contact for new users, they should design 


such a packet and incorporate suggestions from USING. ialn 

This packet should eventually contain, among other things; saini 

a definition of, and introduction to the Network; Salhla 

a list of sites; 5 alhlo 

step-by-stec scenarios for accessing functional 

documents and related online items; Salhic 

a definition of who can get on the Network; 'Salhla 

some quick-reference charts showing a list of Network 
services available to new users; Salhle 


and an introduction to Network groups, including USING, 
as well as the names of Network consultants, 

assistants, ana the like. Salhli 


i. Information-accessing mechanisms should be provided for 
users, including interactive tut ori als , user scenarios, 
and other training mechanisms. 
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J. A Network-vide "vno, what, where and when" information 
system should oe implemented. (This was nicknamed the 
Network Yellow Papes.} Discussion of support for such a 
system focused on Detaining some form of central funding. 

k. The concent of 'Regional Agents' for collecting 

information for the Resource Notecook was discussed. 

several felt that what was really needed was.a 'rebirth' 
of the original concent of Technical Liaison as the person 
who provides information to the NIC and technical 
assistance to users. 


There was concern voiced about the number of people 
collecting information and the redundancy of the requests 
received by sites. 

There was also concern about what incentives there are (or 
should be or can be) for Liaisons to perform their tasks 
adequately by providing truly up-to-date and complete 
information (carrot vs. stick). 


1. Server Sites should provide a variety of consulting 
services to supplement 'help' and general information 
services. Consultants could represent the whole Network, a 
group of sites, a single site, general areas such as 
5nft.u3i»p. nr srpf’i fir s oni irations processes. This could 
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2. Standardization for the User 


a* If they so desire, users should only have to learn one 
Executive (command) language, rather than 20. Rather than 
have every site change its interface to the user, it was 
suggested that there be a Network Common Command Language 
Protocol which is translated to/frcm the host's own 
Executive command language. 
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As with FTP and RJE, a human user should be able to type 
in CCL Protocol directly, though many sites may want to 
allow a local user to type in their local Executive 
language, and then they will craniate it into CCLP, for 
the foreign host. 


Any Network Common Command Language should be compatible 
with batch systems as well as with interactive systems, 
and should provide an effective means for batch job 
submission and control. 
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Bovies,- Hathaway, and Stouchton volunteered to outline 
specs for a Network ccnnanrl language that would be 
compatible with ideas suggested oy Paalipsky and discussed 
at the meeting. 3a2a3 

b. One of the functions to be included in a Common command 
Language is a simple editor, whicn PadlipsKy has outlined. 

The editor should be easy for users to learn as well as 

for servers to implement or interface to their own 

editors. 5a2b 


3, Status/Measurement of Site Performance 3a3 

a. A variety of performance measures, for the individual 

sites, needs to be derived, acquired, maintained, and made 
available to users. 5a3a 

This could include some attempt to measure average 

"response time", relative costs (relative to type of task, 

that is), availability/reliaoility, etc. 5a3al 


b. Mechanisms are needed for software certification and for 
measuring and verifying the accuracy and/or reliability of 
gystens, hardware, protocols, applications software, etc. 3a3b 

(jurrOt/slCck a* sysfcw, froyamwts *>>■*. ^, 00 A thck 0V± 

E, User Feedback Mechanisms * euJ <rt;c ^ c - 5a.u 


a. There is a need for a uniform Network gripe/suggestion 
mechanism. This snould cover several types of gripes, 
including program bugs and service complaints. 

b. Each user registering a complaint deserves immediate 
acknowledgement ana some indication of what, if any, 
action will be taken. 

C» The NIC should set uo Network ident groups for Principal 
Investigators, Liaisons, station agents, accounts 
Administrators, Consultants, etc., so that users can 
easily direct their comments, inquiries and mail to these 
grouns. 3aic 


5a.ua. 
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d. A Network Servers Group should be started, to coordinate 
the activities (to tne extent possible) of the servers (a 
Server‘3 cartel?). It would also provide a focus for user 
Complaints and suggestions. 
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Bowies, Hathaway, and Stounhton volunteered to outline 
specs for a Network cor.nar.fi language tnat would oe 
compatible wits ideas suggested by paalipsky and discussed 
at the meeting. 

b. One of the functions to be included in a common command 
Language is a simple editor, whicn padlipsky has outlined. 
The editor snould be ea-sy for users to learn as well as 
for servers to implement lor interface to their own 
editors. 


3 . status/Measurenent of Site Performance 

a. A variety of performance measures, for the individual 
sites, needs to be derived, acquired, maintained, and made 
available to users. 

This could include some attempt to measure average 
"response time", relative costs (relative to type of task, 
that is), availability/reliaoility, etc. 

b. Mechanisms are needed for software certification and for 
measuring and verifying the accuracy and/or reliability of 
systens, hardware, protocols, applications software, etc. 

w lu User Feedback Mechanisms 

a. There is a need for a uniform Network gripe/suggestion 
mechanism. This snould cover several types of gripes, 
including program bugs and service complaints. 

b. Each user registering a complaint deserves immediate 
acknowledgement ana some indication of what, if any, 
action will be taken. 

c. The NIC should set uc Network ident groups for Principal 
Investigators, Liaisons, station agents. Accounts 
Administrators, Consultants, etc., so that users can 
easily direct their comments, inquiries and mail to these 
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(The Group was originally dubbed the "Tobacco Institute". 

The Tobacco institute acts as a representative i or the' 
disparate Tobacco companies, and attempts to convince tne 
public that smoking is good for then.) 5aiJl 

The point of the servers Group -- rather than tryin.r, to 
convince the Network public that servers are good ior then 
-- would be for servers to help eacn other with common 
tasks (such as documentation) that are too big ior eacn to 
handle alone. 3 aiidU 

This eventually works in the users interest, because 
the servers (in the Network free-market econony) are 
dependent upon the users for their livelihood. patella 

There should be cooperation between the Server Group and 
USING, but the groups would NOT be comprised of the sane 
people. They are on opposite sices of the product. 5al*d3 

e. Station Agents should supply users with infornation of a 
clerical nature such as names, pnene numbers, titles, 
docunentation, etc. To be able to do tnis,•the Agents must 
first HAVE this infornation. pace 


5 . Messages to users 3 a 5 

a. Messages to users, such as error messages or diagnostics, 

'should be simple, clear, and meaningful to users. 5apa 

b. The user should have the ability to control notifications 
given to him, by oeing aole to queue messages or refuse 

them. 5a3o 

c. Users should be able to suppress diagnostics or to.specify 

abbreviated or expanded versions. 3a3c 

6 , Tailoring of Resources for users 3*6 


a. Interfaces to users should support different levels of 
user proficiency, without being a buraen to tne nore 


proficient user. 

That is, a new user needs more 
experienced user does not need 
prompting. So the capabilities 
not neeaed by a specific user. 
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b, A method for work flow Management that permits a user to 
set up a sequence of computer tasks t a a t are contingent 
upon one another is needed. The user should be aole to 
describe this sequence interactively and then be aoie to 
detach and continue with otner work while the sequence of 
tasks is oeing carried out. 




7 . personal information Management system 

a. Users need a system for managing all types of 

macnine-based contacts such as mail, links, journal items, 
etc. 

Such a system should ’log' what has been received and 
allow the user to keep a copy, if desired. 

It should also provide the user with options for 
organizing his personal information. 

b. A personal 'calendar' or reminder system would be handy, 
especially if it allowed one to look ahead to coming 
events as well as to check events for tne current day or 
week. 

c. A 'return to sender' feature is needed in the Network-wide 
mail address system. 

d. (Discussion of the current work on the Mail Protocol 
indicated that some of these ideas are already being 
considered) 


8 . Uniform Accounting procedures and Online status of Accounts 

a, This topic was covered in detail by sections of tne • 
Resource Sharing workshop. It is mentioned here only 
because it is a problem of real concern to users. 


9.- Trial Usage and Browsing 

a. Ideally, users should oe allowed some 'free' sampling of 
systems and features available at eacn site. Practically, 
this presents oroDlems of space aj.location, accounting, 
consulting, etc. Although none of these problems are easy 
to solve equitably, an attempt should still be made to 
provide some free usage to everyone. 
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10.- prelogon Facilities 

a. Sore facilities should be available as prelogon 

facilities, so that any user can access t nen whether or 
not he has an account, directory, etc.., at a given site. 
Sore sites will not be a ole to support many of these 
functions, so a required set must be Kept to a minimum. 
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11. Remote User Facilitation 

a. Users not only need help with actual use of systems from a 
remote site, out they also need facilitation of 
administrative tasks, station Agents snould be able to 
handle most of these problems or transfer the user to the 
proper person. System access requirements, account and 
billing problems, ana document acquisition need particular 
attention. 

b. There should be a sinole mechanism for users to 

a-. _ acauire/unaate information in functional uucuuento ou«_u *o 

the Resource Notebook and in files suen as identification 
files. Publications or files of this sort should combine 
the collective input of ail the users. 


12. Transportability of Resources ana information 

a* Users should be able to easily'transfer information, such 
as files, memos, mail, online documentation, (programs? I ?) 
etc., from one site to another. 


13. Network Utilities 

a. Should distributed data banks and similar features oe 
considered Network utilities that can be used by'all? 

The idea of "Network Utilities" was recognized as an 
interesting one by the group, but tnere was little 
agreement as to what constitutes Network utilities or how 
they snould oe supported. 
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1. N eig u s , C r o c X e r, and Is e1i w 
goal* , and priorities of us I 
recommendations for approval 


ill craft the scope, objectives, 
jG and will suonit their 
by tne members. 
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MITRE will design a New User’s packet incorporating 
USING. 


deas fror. 
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3. Bowles, Hathaway, ana Stoughton will write prelininary specs for 
a Network Connon Comma Language Protocol. -All renders snoula 
suggest a list of ccnnands for ccnsideraton. oc 

li. Padlipsky win produce specifications for a simple, standard 
editor (NLTED) which could easily be ir.plenented oy server 
hosts. 6 d 

5. A general Users Group (NIC ident = USERS) will be formed, to 

allow any interested person to monitor user-oriented activities, 
especially those of USING. Anyone interested in being in USERS 
should contact Dave Crocker (DHC). 6 e 

6 . Activities of the group will be reported in the ARPAnet News, 

and a user's forum column will oe made available for user's 
comments. 6 £ 
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The group win meet again in une rail of i>r3 at the Network 
Information Center in Menlo Park, California. 
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